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Background of the Invention 



Field of the Invention 

t - u directed to a method and system for providing 
The present mventron^ y ^ & ^ 

^^^H^^ 0nlme adV6rtiSing 

reliable, transparent process ior u F 



imagery. 
Related Art 



30 



gr „w,ng means of com—on. ere ^ ^ 

five years accordmg to Co p ^ ^ 

consumers, users of ,he Interne, ^ ^ ^ ^ 

audience for advertising messages. Accord mg g ^ 

^ /'"TAR"* www.iab.net), expenuitui 

Advertising Bureau ( IAB ^ ^ 

advertising are growmg even «e ^ ^ ^ 

us „any come ,n one of sm 11 a smaU 

include crude animation created by rapidly 
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number of images in the same space. Banner ads comprise t he ma,o„,y of 
In ,eme. advertising-historically over half of tota. expenditures and around 
three-quarters of that on discrete ads (as opposed to sponsorships) accordtng to 

the IAB 

The content of a banner ad image is contained in a computer fie that is 
.nterpreted and dispiayed by a network user's web-browser program (e g., 
Netscape Nav.gator, Microsoft mtemet Explorer). Almost a,l banner ad ft.es 
us « the G.F89* format, which can be interpreted and disptayed by a„ ma JO r 
web-browser programs currently on the market. 

Each banner ad's file, plus the fie containing the content of the host 
W eh page ttself, must be transrrutted to, and stoted on, a network users 
computer before the complete web page (ads and content, can be dtsplayed 
There may be many-sometimes dozens^f banner ads on a page and 
adversers often demand that the page be configured to display the ads „rs, 
, 5 To keep network users from watting too long to see the content of their pages, 
web page owners frequent* impose limits on the size of the banner ad files 
th ey w,U accept. These limits, in turn, sharply constrain the appearance o 
banner ads, e.g., by reducing the number of images per ad or the number o 
„ems per ,mage, or by restricting the variety of colors or level of detatl ,n an 

20 item or image. 

Such limitations have combined to reduce the effectiveness of banner 
ads in two ways. Firs,, they are-and because of file size limitations must 
remain-crude. Because banner ads are typ.cally simple cartoons ,« an 
environment of tncreasingly rich and complex media, the viewing audtencets 
25 becoming less response to the ads. The average "click-through rate the 
rate a. which viewers respond to a banner ad by "Oicldng'' on ,. and be.ng 
transferred to the web site advertised by the banner, ts falling rap,d,y-by 
almost an order of magnitude during the pas, five years, accordmg to 
contemporary estimates in Advertising A g e magazine. Secondly, desptte 
,„ limitations on their fi,e sizes, banner ads often delay vtewing of web page 

frustration; the very presence of the ads lowers their own viewershtp. Dwel.- 
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time, a measure of A. time an average „e«work use, spends .coking a, a single 

page, is also declining. 

in brief, banner ads, .hough they dominate advertising on the Interne, 
and are so much the standard that they are direetly intertable by every 
5 major „eb-browser program, are an obsolete and increasingly self-defeating 

technology. 

Advertisers, aware of the limitations of banner ads, have tned two 
approaches to improve upon them. The first approach is to replace the 
cartoon-like banner ad images with video ads, i.e., online ads that use movmg, 
to photographic-ouahty images rather than s,mple single images or senes of a 
few simple single images. The second approach, referred to genera Uy as 
ads, sometimes called pop-up ads, avoids some of the techn.ca 
problems of banner ads and video ads by effectively separating the interna 
ads from their host web pages. Both approaches, though, like the banner ad 
,5 approach, have run into technical and consumer-response barners. 

Video ads, unlike GIF89a-forma. images, cannot be displayed directly 
by web-browser programs. Instead, they are encoded ,n one of severa. 
specialized formats (e.g., MPEG, QTF, AVI) and are displayed by separate- 
and similarly specialized-v.deo replay programs. Such video replay 
20 programs are separate from the web-browser programs, bu, they are 
compatible with the browsers and sometimes are referred to as plug-ins to the 
browsers. Some replay programs are distributed with computer operating 
systems, while others are available separately, either for free or a. a cos,. 
Some replay programs can ,n,erpre, more man one forma,, although none can 
2S .merpre, even a large minority of the existing variety of formats, and file 
forma,s are different enough that any multi-format program is essentially a 
package of single-format programs. Because of the multiplicity of formats 
and distribution methods, and because many forma* are in fairly w,de use, * 
is unlikely that any single standard will emerge in the near future. In other 
30 words, unlike GIF image technology, the technology of computer video replay 
is non-s.andardi.ed and is functionally complicated, and it is likely to reman, 



SO. 



-4- 



10 



15 



20 



25 



To view a video, a user's computer must receive at least part of the file 
and then activate and run a compatible replay program. This process 
frequently includes one or more "dialogues" between the computer and the 
user- For example, if the file is to be stored and then replayed, the user must 
specify a storage name (or approve the computer's choice) and then activate 
the replay. If the computer cannot determine which replay program to use, the 
user must specify it. And if there is no compatible replay program on the 
computer, the user must either cancel the replay or spend time (and po SS1 bly 
money) identifying, locating, and obtaining one. The complexity and time 
requirements of this process can be daunting even if the user actively seeks to 
view the video; for advertising, which needs to be entirely passive and nearly 
instantaneous, these are major barriers. 

Another barrier to the use of video ads is imposed by the sheer size of 
most video files. Video images, like any other computer data, are stored and 
transmitted as computer files. Because of the complexity of the images (color, 
resolution, etc.) and the number of images in a file (usually thousands), video 
files typically are very large. For example, a word-processing document file 
may be on the order of a few dozen kilobytes (KB), and a typical web page 
file may be around a hundred KB, but even a thirty-second video will require a 
file size of thousands of KB (i.e., several megabytes, or MB). Using a standard 
telephone modem connection, whose transmission rate is limited by telephone 
technology and federal regulation, not by computer modem technology, a file 
of even a few megabytes can require many minutes to receive and store. For 
example, with a 56K modem and an effective transmission rate of over 50K, 
transmission requires at least three minutes per megabyte. Faster connections 
(e.g., via DSL or institutional intra-net) reduce this time substantially, but not 
so much that the file transmission does not cause a noticeable interruption. 
Further, those types of connections are available to only a portion of the user 
population. As noted above, computer users are becoming increasingly 
) impatient with any delay, especially for the sake of advertising, and in any 
case most advertisers are unwilling to limit their messages to only a portion of 
the population. 
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To address the problem of file size, specialized protocols were 
developed that allow near-real-time playback. Sometimes called streaming, 
these protocols begin playback when only a portion of the file has been 
transmitted and stored on the user's computer (i.e., buffered). Later portions 
5 of the file are transmitted as earlier ones play back, and the parameters of the 
process are calibrated so that, if transmission is not interrupted, playback is 
continuous. The practical flaw in this approach is that transmission, 
particularly of large files, frequently is interrupted. Net congestion, 
transmission errors requiring retransmission, competing demands on the 
10 transmitting computer, and other causes, can interrupt the transmission flow 
long enough that the buffer is completely played out, and then playback stops 
until enough new data have been received. The effect on the user is that 
streaming video (or audio) either is occasionally interrupted by long pauses or 
has a jerky quality caused by frequent micro-pauses (the former with a large 
buffer size and the latter with a small one). These types of interruptions are 
unacceptable to advertisers, whose imagery requires seamless replay. Further, 
streaming video is subject to the same requirements as non-streaming video 
for identifying, obtaining, and/or activating a compatible replay program. 

U.S. Patent No. 6,029,200 to Beckerman et al. discloses a process that 
20 uses streaming video and provides a more automated approach to selecting a 
replay program. The "client" computer (e.g., the network user's computer) is 
offered a list of multiple versions of a video file, each in a different format, in 
a predetermined order, until a compatible format— if any— is found. This 
makes it more likely that the video eventually can be viewed by the user, but it 
25 requires the user's computer to know how to interpret and choose among the 
list of "offers," which presumably requires specialized software. It is not clear 
how noticeable the process would be to the user (e.g., delay, "dialogues"), and 
because it applies only to streaming video, the process does not address the 
problem of interruptions in playback. It thus can be considered another 
30 format, albeit a somewhat generalized one, but with questionable application 
to advertising. 
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Processes developed more recently by bluestreak.com. Inc. 
(wwwblues.rck.com) and AudioBase, Inc. (www.audiobase.com) also use 
streaming, and they circumvent the replay compatibility issue by transmitting 
their own replay programs along with the data file, These are examples of 
the usage of "push" technology, as used, e.g., in U.S. Paten, No. 5,740,549, 
issued April 14, 1998 to Reilly e, al These processes are reasonably raptd- 
although still noticeable to the user-because neither handles fuH video; 
bluestreak offers audio, GIF-like animation, and other cartcon-hke spec.al 
effects and AudioBase handles strictly audio. Bom also arc subject to the 
problems of streaming, such as "stuttering" and interruptions in playback. 
They thus are suitable for certain narrow, specialized forms of advertising, but 
,he,r transmission delays are stil. non-negligible, and like other uses of 
streaming, their unreliable replay renders them problematic for advertising. 

In summary, attempts to date to put video advertising onto Internet 
web pages have largely failed because of two fundamental technical 
characteristics of computer video-lack of standardization and very large file 
s,ze-and their implications. Computer users are generally unwilling either ,o 
wait for large files to be transmitted or to take active steps to ensure a smooth 
replay, especially for the sake of viewing an advertisement. Advertisers are 
unwilling to spend money and effort on technologies that cannot reliably 
deliver uninterrupted imagery to a w,de audience. What would satisfy both 
users and advertiser,, but ,s lacking in the prior art, is a means for rehab.y 
delivering video ads without any interruption of the user's viewing experience. 
As a consequence, video advertising has been and remains a small and static 
; fraction of all Interne, advertising; expenditures on video have consistently 

been just a few percent of the total. 

Interstitial advertisements-sometimes called pop-up ads-bypass 
some of the technical problems of on-page banner ads and video ads by 
effectively separating the online ads from their host web pages. The content 
0 of an interstitial ad is transmitted separately from those of its host web page. 
Transmission begins immediately after the host web page has been fully 
transmitted and while it i. being displayed (i.e., during the "interstices" 
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between other web page transmiss.ons), and ,t may — once * ts* 
Has begun drying. The ad i. displayed in a new "wmdow o ote 
d ed,cl display area, either in—y after the os, page - W 

dtsp.ayed (thus "popp-i "P" fro « ° f h0Sl ^ M I 
, ^a ■ ,h . he/she has finished reading .he host page by clos.ng , . or 
JLn, a Hnlc to a new page. In.ers.Uia, ads can include OIF .mages, .de. 
u 1 o any other web page elements; .hey are essentia,* spec.ahzed we 
pC comprised enure.y of adver.is.ng. Because ,hey „ —d 
solely Ly do no. delay .he display of ,he ho, web page, and because .he 
,„ TsCumab y is occupied for some ttme readtng me ho, web page, .he ads 
II ,1 much longer .o — *» on-page ads wirho, seriousiy annoymg 

^inrers.uia, .ransm,ss,on of advert.s.ng ,s .augh. in U.S, Patent No. 
5 305 195, issued Apri, 19. .994 ,o Murphy, for use on specialized compute 

s 1006 to Judson; and U.S. Fatent inu. 
No. 5,572,643, issued November 5, 1996, to Ju 

S 604 542 'issued February 18, 1997 to Dedrick. 
20 The pnncpa, problem with tntersti.ia, .ds is .hat, as dwell t,me 

s,a,,s,ics show, users^ panence ,i„ .imits the time ava,iab,e for tr_o. 
wl a user is readtng the bos, page, there typical, ,s sufficient dowr^ 
L for banner ads, other GIF .mages, Cher s.a.ic images, simp.e an_ 
: eanung video buffer, and usuaUy audio and o,her — clement 
25 asscc,a,ed programs such as .hose produced by the bluest and — 
processes. However, .here is no. suffice* .ime .0 .ransm,. mo« . a - 
buffer worth of a vtdeo file, and there is no oppottum.y .0 c K a.e 
with .he user until .he interstitial ad is displayed. Consequently, bom the 
III and the type of Cements m an interstitial ad are con— 
30 A dd„ional,y, in.ers.i.a, video ads are also su b) ec, .0 ,he same problems of 
non-standardization and display reliability as with on-page vtdeo ads. 
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A process developed by Unicas, Communicator Corp., diseased ,n 
mutational Publication No. WO 99/60504, published November 25, !999, 
partly addresses these probiems by installing a program on the users 
computer tha, ensures that transm.ss.on of ads (and accompanying playback 
programs if any) is as "polite" as poss.b.e. The concept of pohte 
ra„sm.ss,on-i.e., file transmiss.on minimally no«iceab,e to the user-avcd 
some of the problems associated with streaming by fuily storing (or cachmg) 
ads on the user's computer before d.sp.aymg them. The Unicas, program also 
checks that any necessary playback programs are available on the user 
computer before the ad is displayed. However, such a processes no, 
practically applicable to video ads, because large files take a long tune ,o 
.ransmi, no matter how poHtely. and video replay programs are even large 
, h a„ video ads and are seldom avaUable for ,ransmiss,on along w,,h <hem. , 
is also as ye, unclear whether such a powerful program w,l be fully 
compatible with most network users- operaring systems and browser 
programs, or whether privacy concerns will 1™, its func.,ona,„y o, 

^Overall, while interna, ads solve some of the problems of computer 
network adver.is.ng, ,hey as ye, have shown only partial success a, deal.ng 
wW, the non-standardization and file size issues associated with video ads, or 
w„h file sizes in genera,. Attempts ,o create a W solution have only 
added new problems. At least pamally as a result, interstitial 
accounted for less ,han a ,en,h of Internet advertis.ng expenditures, and that 
share has shmnk by almos, half in the last year according to the IAB. 

,„ summary, what is needed bu, is miss.ng in the prior art, ,s a h.ghly 

reliable, enrirely transparent process for displaying highly rich med,a 

content over a computer network. 
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Summary of the Invention 

■ ■ dire c.ed to a method, system and computer 
The present invent.cn ts dtrecte ,„ 

accordance with - P— * ' o{ a „ end user on the network, 

th6 software, hardware, or — ^ » «* <* - *^ 

for t he availably of software and/or har ^ ^ and requires 

of ri ch media content. Th.s *nfs response, the server 

„„ acuon on the part of the end user. B-* ^ ^ ^ 

S e„ds an appropriate* formatted ve« n ^ ^ ^ „ , s 

Th e user ,s no, necessary aware ^ ^ ^ tasks 

taking Place in the backbond, whrte ^ ^ (he ricn 

v ,ewing other content than that , - * ^ ^ ^ ,„ (he l0M , 

m ed.a has been transferred ,n «s e J ^ either 

, memory of the ciient, the nch medn^ ^ ^ ^ cue ,„ . 
immediate* or accord,* ^ ^ ^ mampulate lhe rich 

d es,gna.ed display area. The use , ^ ^ ^ we „ bemg 

„„, without affecting the otner c 
media content w.thou 

d , s playedprior.othed 1S playof*ench ^ ^ ^ 

The client may be any 0 a ^ ^ 

connected etther phystcally or — tetop compu ter, a Urptop 

Such devices may inciude.hu. are n j^ • ^ ^ _ ^ 

computer, a handheld dev.ce, a «W » - compnses . shott , 

appiiance. !n the ^ ^ s uch nch medta may be a 

25 highly compressed digital v,deof.le.Fo 
5 . 15 second long video advertisement. 
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Brief Description of the Figures 
1A 1E show a con.pu.er network according to - P-« 

across acomputernetworkaccordmg.o* ep^ ^ 

Figs. 2A-2C are various embedments 

according <o the present invention. g ^ med , a 

r ,g. 3 .s a process d,agram of the met 

Fig. 4 is a block dmgram of an exampi 
implementing the present invention. 

• nf the Preferred Embodiments 
Detailed Description of the rrej 

t f the nresent invention is now described with 
Aprcf errede m hod in re„ o - - ^ ^ ^ 

reference to the figures, where hke ^ , eft most dlglt of each 

functionally similar element, *> s ° ^ ^ ^ reference nu mber is 
reference number corresponds to the fig a „ d , scusse0 , „ 

fltslu sed. ^---^nTIi^ urposeson,, Aperson 
20 ^^-j^^ l t ^figurations and 
skilled in the relevant art w,ll recog ^ ^ 

cements can he used ^ ^ ^ art that this 

mvention. tt will he apparent to a petso ion , 
tendon can also, employed in a van ty o he ^ ^ ^ 

- ~,c devices connected e,,her 

invention, consisting of a sys transm itted from one 

ph ysica„y or wire,essly, wherein , ^ (0 , . ^ 

devic e to another. Such devices may «U* £ ^ ^ ^ ^ Qr 

computer, a. aptop computer, a handheld de a P 

,• » V\0 IK shows a client a cm 
30 an Internet appliance. *»g. fln item of hardware, or an electronic 

prog ram resident on a computer system, an item 
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appliance that sends and receives digital information via computer network 
101 Also shown is a server 103, defined as a computer program resent on a 
computer system, an item of hardware, or an electronic appliance that sends 
and receives digital information via computer network 101. The role of server 
103 shown in Fig. 1A may in some cases be played by more than one actual 
server as would be apparent to those skilled in the relevant art. 

Server 103 also includes a memory 110 which stores digital files, 
including but not limited to software and data files. Specifically, memory 110 
may contain one or more rich media files 105, defined as any electronic media 
content that includes moving images, video with or without audio, a sequence 
of images captured from frames of film, frames of video, or animated shapes. 
"Rich" in general, denotes electronic media information that includes more 
than only text or audio. Rich media files 105 are stored in the form of digital 
computer files. In the preferred embodiment, rich media file 105 is a 5-10 
second video advertisement in the form of a highly compressed electronic file. 
Rich media files 105 can be stored, transmitted or displayed using a variety of 
proprietary and nonproprietary electronic file formats, such as QuickTime, 
Windows Media Player, GIF89a, Rash, AIFF, WAV, RealAudio, RealVideo, 
or any of a number of file formats now emerging for wireless devices, such as 
HDML WML, BMP, or formats associated with WCA, and other formats 
known to those skilled in the relevant art appropriate to various software, 
hardware, and electronic appliance display systems. The particular file format 
does not substantially affect the content of rich media file 105. Rich media 
files 105 may be previously created and stored in memory 110, or may be 
; created "on-the-fly" in response to the requirements of client 102. As 
discussed below, the same rich media file 105 is stored in a number of 
different file formats (106-A, 106-B ...106-X) in memory 110 to facilitate the 
transfer and display of rich media file 105 across computer network 101 
according to the present invention. 
0 Client 102 also includes a memory 104, that is entirely contained 

within or is entirely a part of client 102, which stores digital files, including, 
but not limited to, software and data files. A subset of client memory 104, 
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local cache 107, is defined as that portion of client memory 104 that is used 
for temporary storage of data files received over computer network 101. 

The process according to the present invention is initiated at a step 
301, as shown in Figs. 1A and 3, by client 102 becoming connected to server 
103, for example a desktop computer user being connected to a web site using 
a web browser. 

Next, at a step 302, as shown in Figs. IB and 3, server 103 sends a 
query 108 to client 102. Query 108 is a communication wherein server 103 
requests data from client 102 regarding the presence or absence of specific 
software and/or hardware that are required to display rich media file 105, that 
has been prepared in specific file formats 106-A, 106-B ...106-X7 In one 
embodiment, query 108 is performed by progressing, via one or more 
connections with client 102, through a set of preferred rich media content 
playback applications to assess the local playback capabilities of client 102. 
In the preferred embodiment, this procedure is transparent to the user, 
meaning that the user is not required to take action to initiate this step, and the 
process is not noticeable to the user. 

At a step 303, as shown in Figs. 1C and 3, client 102 responds to 
query 108 with response 108b, indicating, for example, in the example shown 
in Figs. 1A-1E, that software and/or hardware required to display rich media 
file 105 prepared in formats 106-C and 106-E are available. In the preferred 
embodiment, this procedure is transparent to the user, such that the user is not 
required to take action to initiate this step, and the process is not noticeable to 
the user. 

Determining the ability of client 102 to playback rich media file 105 
may, in an alternative embodiment, be implicitly accomplished, by sending 
rich media file 105 via a particular computer network 101, or in a particular 
file format, or toward a particular device or electronic appliance, where the 
ability of client 102 to playback rich media file 105 could be assumed. For 
example, in one embodiment, information about the technical environment of 
client 102 may be known by virtue of the connection established between 
client 102 and server 103 over computer network 101 (e.g. it may be known 
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that client 102 is connected to server 103 from a computer, using a browser, 
over the internet, or that client 102 is connected to server 103 from a handheld 
device, such as a Palm VII device, over a wireless network.) If such 
information about the technical environment of client 102 is sufficient to make 
a determination of the appropriate file format in which to send rich media file 
105 to client 102, steps 302 and 303 may be skipped. 

At a step 304, as shown in Figs. ID and 3, server 103 compares 
response 108b to a predefined schedule 109 of rich media file formats 106-A, 
106-B ...106-X. Schedule 109 contains a predefined preference ranking of the 
various available rich media file formats 106-A, 106-B ...106-X. The reason a 
preference may exist for one file format over another is that one fife format 
may offer the client 102 higher video quality, audio quality, speed of 
download, or other features, than another format. In the preferred embodiment, 
this procedure is transparent to the user, such that the user is not required to 
take action to initiate this step, and the process is not noticeable to the user. 
As an alternative to step 304, an appropriate format of rich media file 105 can 
be created "on-the-fly" by generating a script for rich media content 105 
compatible with the local playback capabilities of client 102. 

Based on the comparison at step 304, rich media file 105 is sent to 
client 102 in the preferred file format at a step 305. As shown in Fig. ID, for 
example, rich media file 105 in file format 106-C is downloaded from server 
103 to client 102. In the example shown in Figs. 1A-1E, while both file 
format 106-C and file format 106-E were determined to be suitable for 
playback on client 102, because file format 106-C is ranked higher than file 
format 106-E in schedule 109, server 103 transfers rich media 105 in file 
format 106-C from memory 110 of server 103 to memory 104 of client 102. In 
the preferred embodiment, this procedure is transparent to the user, such that 
the user is not required to take action to initiate this step, and the process is not 

noticeable to the user. 

In the preferred embodiment, in the event that response 108B from 
client 102 did not match any of the file formats 106-A, 106-B ...106-X 
available in schedule 109, or if response 108B from client 102 did not match 
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any of the file formats «**. M« ~M« — ' «T" 

pjference .eve,, serve, ,.3 w,U no, send rich media fle .05 ,o chen, .2 
hown a, a s,ep 305a. Since «he process accord,ng to the P-en. mvenuon „ 
the preferred embod,ment, is .ransparen, to the user, the user wou,d no, be 
aware .ha. the transfer of rich mecha fie 105 was unsuccessful 

medta «e 105, in preferred file format J06-C, has been - 
,„.„ iocal cache 107 of client 102, as shown in a step 306, nch med,a f le 0 
may be disced. For exampie, as shown in Figs. 2A-2C, nch media nle 105 
Z - dispiayed in a debated d,sp,ay area 202 of a physicai d,sp,ay area 
200 of client 102. 

Designed display area 202 is defined as a reg,on, sc een, or 
app ,,c,ion window .ha. ,s used for displayng rich med,a co„,e„. 105, and ,. 
"inc. from con,en, dispiay area 201, prevously being viewed y a user , 
, phys.ca, dispiay area 200. Physicai d,sp,ay area 200 is .he .o.a, area of an 
,eI,ronic device wh.ch is de.ca.ed .o and arable for » 
,nforma,,on. such as a computer, monitor or a cellular phone s LCD d. pray 

display area 200 ac.ua.iy being used .o display con.en, a. a given moment 
, 0 VI of a small handheid dev.ce. dispiay areas 20! and 202 may o.upy 
.he same physica, space (e.g. .he en,ire.y of physicai d.spiay area 200) a 
shown ,n Fig. 2A, or a„ or par. of a "layer" of visua, con.en, wi.hi„ physical 
d splay area 2.0, as shown in Figs. 2B and 2C, supenmposed over a por» 

, 7nl (e n a main browser window) of 

of a preexisting content drsplay area 201 (e.g. 

M C ' ient Regardless of the physical space occupied by rich media conten, 105, 
,he designed dispiay area 202 is separate in .he sense .ha. can * 
m a„,pu,a.cd (replayed, dismissed, forwarded .0 another user etc ,« 
desled beiow, w.,hou. affecing .he remainder o, .he conten. bemg ,ewed 
,„ by .he user. As shown in Figs. 2A-2C, consols 203 may be provided for 
Iipu,,,ng nch media con,e„. 1.5 a, a step 30, Controls 203 may be 
imp.emen.ed in a variety of manners, including but no, limited to, mecnamcal 
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buttons, onscreen representations of buttons, onscreen menus, keystrokes, pen- 
oasej input methods, voice commands, ocular movements, a menu bar 
negation bar, or toolbar. Types of manipuiaUon tha, mrgh, be perform* 
may indude the ability to teplay; to turn any associated sound on or off; to 
turn any associated video on or off; to Cose or dismiss rich me^ia content 105; 
,„ respond to nch media content 105 by redirecting the software, hardware, or 
eiectrontc app.tance to another source for electronic information on computer 
network 101; to respond to nch media content 105 by acknowledging rece.pt; 
to respond to rich media content 105 by answering a question; and/or to store 
nch media content 105 or a reference to nch media content 105 forjuture 
viewing by user. Add.tionally, nch media content !05 or a reference to nch 
media content 105 may be forwarded to another user by entering the ema„ 
address, location, address, or other contact tnformation for such other user, 
etther manually or through referencing a lis. of predetermined recptent. 
Forwarding may mean s.mply including the sending of a reference to nch 
media content 105 (such as a URL. an anas, a pointer, or other means of 
bating flies on a computer network), or the actual transfer of rich medta tile 
,05 to the other user. In the context of online advertising, forwardmg to 
additional users tncreases the overall exposure to the advertisement's message. 
, Therefore, a user may be encouraged to forward rich medta content 15^ for 
example, by the amusing or entertamtng nature of rich media content 105, or 
trough incentives, premiums or discounts offered for forwardmg. 
Additionally, the address or coordinates of recip.ents of rich medta ,0 may 

.,,„™k 101 (ti in a database on server 103), tor 
be stored on computer network lui te.g. 

5 future use by advertisers to targe, specific groups of mdtviduals. 

The present invention may be implemented using hardware, software 
■ or a combination thereof and may be implemented ,n one or more computer 
systems or other processing systems. An example computer system 400 useful 
in implementing the present invention is shown in F,g. 4. The computer 
30 system 400 induces one or more processors 404. Processor 404 is connected 
» a communication mfrastruc.ure 406 (e.g., a communications bus, cross-over 
bar or network). Various software embodiments are described in terms of thts 
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exemplary computer system. After reading this description, it will become 
apparent to a person skilled in the relevant art how to implement the invention 
using other computer systems and/or computer architectures. 

Computer system 400 may include a display interface 402 that 
forwards graphics, text, and other data from the communication infrastructure 
406 (or from a frame buffer, not shown) for display on a display unit 430. 

Computer system 400 also includes a main memory 408, preferably 
random access memory (RAM), and may also include a secondary memory 
410. The secondary memory 410 may include, for example, a hard disk drive 
412 and/or a removable storage drive 414, representing, for example, afloppy 
d,sk dnve, a magnetic tape drive, or an optical disk drive. Removable storage 
drive 414 reads from and/or writes to a removable storage unit 418 in a well- 
known manner. Removable storage unit 418, for example a floppy disk, 
magnetic tape, or optical disk, is read by and written to by removable storage 
i drive 414. As will be appreciated, removable storage unit 418 includes a 
computer usable storage medium having stored therein computer software 
and/or data. 

In alternative embodiments, secondary memory 410 may include other 
similar means for allowing computer programs or other instructions to be 
0 loaded into computer system 400. Such means may include, for example, a 
removable storage unit 422 and an interface 420. Examples of such may 
include a program cartridge and cartridge interface (such as that found in 
video game devices), a removable memory chip (such as an EPROM, or 
PROM) and associated socket, and other removable storage units 422 and 
15 interfaces 420 which allow software and data to be transferred from removable 
storage unit 422 to computer system 400. 

Computer system 400 may also include a communications interface 
424. Communications interface 424 allows software and data to be transferred 
between computer system 400 and external devices. Examples of 
30 communications interface 424 may include a modem, a network interface 
(such as an Ethernet card), a communications port, and a PCMCIA slot and 
card. Software and data transferred via communications interface 424 are in 
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the form of signals 428 which may be electronic, electromagnetic, optical or 
other signals capable of being received by communications interface 424. 
These signals 428 are provided to communications interface 424 via a 
communications path (i.e., channel) 426. This channel 426 carries signals 428 
5 and may be implemented using wire or cable, fiber optics, a phone line, a 
cellular phone link, an RF link and other communications channels. 

In this document, the terms "computer program medium" and 
"computer usable medium" are used to generally refer to media such as 
removable storage drive 414, a hard disk installed in hard disk drive 412, and 
10 signals 428. These computer program products are means for providing 
software to computer system 400. The invention is directed to such computer 
program products. 

Computer programs (also called computer control logic) are stored in 
main memory 408 and/or secondary memory 410. Computer programs may 
15 also be received via communications interface 424. Such computer programs, 
when executed, enable the computer system 400 to perform the features of the 
present invention as discussed herein. In particular, the computer programs, 
when executed, enable the processor 404 to perform the features of the present 
invention. Accordingly, such computer programs represent controllers of the 
20 computer system 400. 

In an embodiment where the invention is implemented using software, 
the software may be stored in a computer program product and loaded into 
computer system 400 using removable storage drive 414, hard drive 412 or 
communications interface 424. The control logic (software), when executed by 
25 the processor 404, causes the processor 404 to perform the functions of the. 
invention as described herein. 

In another embodiment, the invention is implemented primarily in 
hardware using, for example, hardware components such as application 
specific integrated circuits (ASICs). Implementation of the hardware state 
30 machine so as to perform the functions described herein will be apparent to 
persons skilled in the relevant art. 
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In yet another embodiment, the invention is implemented using a 
combination of both hardware and software. 

The method according to the present invention allows for a highly 
reliable, entirely transparent process for displaying high-quality online 

5 advertising imagery. While a number of embodiments of the present invention 
have been described above, it should be understood that they have been 
presented by way of example, and not limitation. It will be apparent to 
persons skilled in the relevant art that various changes in form and detail can 
be made therein without departing from the spirit and scope of the invention. 

10 For example, while the above embodiments have focused on the application of 
the method according to the present invention to the display of online 
advertisements, the method according to the present invention also can be used 
to provide other forms of rich media content to a user over a computer 
network, as would be apparent to those of skill in the relevant art. Thus the 

15 present invention should not be limited by any of the above-described 
exemplary embodiments, but should be defined only in accordance with the 
following claims and their equivalents. 



